史蒂夫·沃茲尼克（Woz）手寫程式碼、而不是直接用鍵盤輸入，其實不是「習慣問題」，而是當時工程環境與他個人設計哲學共同造成的結果。可以從三個層面精準理解：

⸻

1️⃣ 硬體環境限制（關鍵原因）

在 1970 年代初期，他開發像 Apple I 這類電腦時：
• 沒有成熟的鍵盤輸入系統
• Apple I 一開始甚至是用「開關輸入」（toggle switches），不是完整鍵盤
• 沒有編輯器或 IDE
• 沒有像今天的 VS Code、甚至連簡單文字編輯器都很原始
• 輸入成本極高
• 打錯一個位元（bit），可能整段程式要重來

👉 結論：
直接在機器上打程式是「高風險、低效率」的行為

⸻

2️⃣ 工程方法論（他其實在做「離線編譯思維」）

沃茲尼克的流程是：

1. 在紙上寫完整程式（通常是組合語言 / machine code）
2. 在腦中模擬執行（debug）
3. 確認邏輯完全正確
4. 最後才一次輸入

這其實接近今天的：
• dry run（手動模擬）
• formal reasoning（形式推理）

👉 他追求的是：
「一次輸入就成功」的極致工程效率

⸻

3️⃣ 個人能力與風格（這點很少人能做到）

沃茲尼克有兩個極端特質：

■ 超強工作記憶

他可以：
• 在腦中追蹤暫存器（register）
• 記住整段記憶體位址
• 模擬 CPU 執行流程

■ 極致簡化設計哲學

他設計電路與程式時會追求：
• 最少晶片數
• 最短程式碼
• 最低成本

👉 手寫讓他可以：
• 全局思考（global optimization）
• 不被「邊寫邊試」打斷

⸻

4️⃣ 為什麼不用鍵盤即時寫？

如果他當時直接打程式，會出現問題：
• debug 成本極高（沒有 debugger）
• 輸入錯誤率高
• 機器資源不足（記憶體極小）
• 編譯/執行回饋慢

👉 對他來說：
鍵盤不是加速工具，反而是干擾

⸻

核心結論（一句話）

沃茲尼克手寫程式，不是因為「不會用鍵盤」，而是因為：

在當時的技術條件下，先在腦中與紙上完成100%正確的設計，比邊打邊試快數倍